(19) 



J 



(12) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets (11) EP 1 067 492 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 


(51) int. ci. 7 : G07F 19/00, G06F 17/60, 


10.01.2001 Bulletin 2001/02 


G07F 7/08 


(21) Application number: 00305196.8 




ye.*-) uaie ot Tiling, zu.uo.zuuu 




(84) Designated Contracting States: 


(72) Inventor: Palmquist, John Mark 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Lilburn, Georgia 30247 (US) 


MCNLPTSE 




Designated Extension States: 


(74) Representative: 


ALLTLVMKRO SI 


Watts, Christopher Malcolm Kelway, Dr. et al 




Lucent Technologies (UK) Ltd, 


(30) Priority: 30.06.1999 US 343813 


5 Mornington Road 




Woodford Green Essex, IG8 0TU (GB) 


(71) Applicant: 


LUCENT TECHNOLOGIES INC. 




Murray Hill, New Jersey 07974-0636 (US) 





<\l 

< 

CM 
<7> 

1^ 
CO 



(54) Transaction notification system and method 

(57) A transaction notification system provides a 
transaction notification service for enabling early detec- 
tion and prevention of consumer account fraud by pro- 
viding a notification message to a subscriber of the 
service when a subscriber's account is used. Architec- 
turally an automated configuration of the transaction 
notification system includes one or more transaction 
devices to be monitored, a transaction processing 
center computer associated with a transaction process- 
ing center, and one or more transaction notification 
devices that are used to notify the subscriber. The trans- 
action device 1 1 can be, for example, but not limited to, 
any of the following: a credit card point-of-sale (POS) 
device, a cellular telephone, an automated teller 
machine (ATM), a stockbroker computer, a shipment 
order computer, a utility company computer, a bank 
computer, a medical insurance company computer, etc. 



The subscriber notification device 15 can be, for exam- 
ple, but not limited to, any of the following: a computer 
having an electronic mail (e-mail) software program (e- 
mail computer), a pager, a facsimile machine, a compu- 
ter maintaining a website on the World Wide Web 
(WWW) associated with the well known Internet (web- 
site computer), etc. The subscriber provides subscrip- 
tion information identifying the transaction device(s) to 
be monitored for usage and identifying a subscriber 
notification device(s) to be notified when the transaction 
device is used. In operation, a notification message is 
communicated to the subscriber notification device by 
the computer when the transaction device has been 
used, and the computer produces a bill that is sent to 
the subscriber for the transaction notification service. 
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Description 
Field Of Invention 

[0001] The present invention generally relates to 5 
data communications and fraud detection apparatus, 
and more particularly, to a transaction notification sys- 
tem and method for implementing a transaction notifica- 
tion service involving communication of a notification 
message to a subscriber when a transaction device is 10 
utilized for early detection and prevention of fraud. 

Background Of The Invention 

[0002] Fraud involving consumer accounts is an 15 
ever increasing problem in our society today. A nonex- 
haustive list of such consumer accounts include those 
for credit cards, cellular telephones, automated teller 
machines (ATM), stockbrokers, shipment orders, utility 
companies, banks, medical insurance companies, etc. 20 
In the context of this document, a "consumer account" 
means any account associated or identified with a party 
to be billed for a good and/or service that accumulates 
a billing amount based upon sale of the good and/or 
service. 25 
[0003] As a specific example of common fraud in 
the context of credit cards, thieves often steal credit 
cards from consumers and run up enormous bills for 
consumers by fraudulently making credit card pur- 
chases, at the expense and aggravation of the consum- 30 
ers and the credit card companies. As another specific 
example, in the context of cellular telephone fraud, 
thieves steal cellular telephone identification numbers 
(particularly, the mobile identification number (MIN) and 
equipment serial number (ESN) number), sometimes 35 
using sophisticated electronic surveillance equipment 
and software, in order to make "free" cellular telephone 
calls, at the expense and aggravation of consumers and 
cellular telephone companies. Moreover, even if the 
companies that provide the accounts bear the greater 40 
part of the risk by limiting the liability of account holders 
for such fraud, society as a whole still ultimately pays for 
the fraud, as these companies typically pass on the lia- 
bility to consumers through higher fees for goods and/or 
services and higher transactional charges for maintain- 45 
ing accounts. 

[0004] Thus, a need exists in the industry for better 
ways to detect and prevent fraud involving consumer 
accounts in order to better protect consumers. 

50 

Summary Of The Invention 

[0005] The present invention provides a transaction 
notification system and method for implementing a 
transaction notification service involving communication 55 
of a notification message to a subscriber when a trans- 
action device is utilized for early detection and preven- 
tion of consumer account fraud. 



[0006] Architecturally, the transaction notification 
system includes one or more transaction devices to be 
monitored, a transaction processing center for monitor- 
ing usage of the transaction devices, and one or more 
transaction notification devices that are used to notify 
the subscriber of usage. The transaction device can be, 
for example, but not limited to, any of the following: a 
credit card point-of-sale (POS) device, a cellular tele- 
phone, an automated teller machine (ATM), a stockbro- 
ker computer, a shipment order computer, a utility 
company computer, a bank computer, a medical insur- 
ance company computer, etc. The subscriber notifica- 
tion device can be, for example, but not limited to, any of 
the following: a computer having an electronic mail (e- 
mail) software program (e-mail computer), a pager, a 
facsimile machine, a computer maintaining a website on 
the World Wide Web (WWW) associated with the well 
known Internet (website computer), etc. The subscriber 
provides subscription information to the center identify- 
ing the transaction device(s) to be monitored for usage 
and identifying a subscriber notification device(s) to be 
notified when the transaction device is used. Further 
note that the transaction processing center of the trans- 
action notification system can be implemented manually 
via human implementation or automatically via some 
form of automated means, such as via one or more 
computers that a programmed to operate automatically 
to achieve the goals of the present invention. In accord- 
ance with the transaction notification system, a notifica- 
tion message is communicated to the prescribed 
subscriber notification device(s) by the transaction 
processing center (initiated by a person or computer) 
when (immediately or at a later time) the prescribed 
transaction device(s) has been used, and the center 
produces a bill that is sent to the subscriber of the trans- 
action notification service. 

[0007] The present invention can also be conceptu- 
alized as providing several methods for implementing a 
transaction notification service. In this regard, one of 
these methods can be broadly summarized by the fol- 
lowing steps: receiving subscription information from a 
subscriber identifying a transaction device to be moni- 
tored for usage and identifying a subscriber notification 
device to be notified when the transaction device is 
used; and communicating a notification message to the 
subscriber notification device when the transaction 
device has been used. Another method utilizes the fore- 
going steps plus the step of billing the subscriber for the 
service based upon, for example, the number of mes- 
sages communicated to the subscriber notification 
device, the number of usages detected, or a fixed period 
of time (e.g., daily, weekly, monthly). 
[0008] Other features, advantages, and variations 
of the present invention will become apparent to one 
with skill in the art upon examination of the following 
drawings and detailed description. 
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Brief Description Of The Drawings 

[0009] The invention can be better understood with 
reference to the following drawings. The components in 
the drawings are not necessarily to scale, emphasis 5 
instead being placed upon clearly illustrating the princi- 
ples of the present invention. Moreover, in the drawings, 
like reference numerals designate corresponding parts 
throughout the several views. 



FIG. 6 is a block diagram of the transaction notifica- 
tion system of FIG. 1 in the context of its use in con- 
nection with a cellular telephone account. 

Detailed Description Of The Preferred Embodi- 35 
ments 

[0010] The transaction notification system of the 
present invention can be used in many different con- 
sumer account contexts and can be configured to com- 40 
municate messages to a subscriber using any (or a 
combination concurrently) of various different communi- 
cation devices, both of which will be fully described in 
detail hereinafter. Generally, the transaction notification 
system can be viewed as providing a new method of 45 
doing business for those companies that provide con- 
sumer accounts or for telephone companies that wish to 
provide another service to its customers. Such compa- 
nies can offer a transaction notification service to sub- 
scribers for a prescribed fee and bill the subscribers so 
accordingly. As a result of the transaction notification 
system (in either a manual of automated configuration), 
a subscriber to the transaction notification service is 
able to monitor usage of the transaction device in a 
timely manner by receiving notification messages with a 55 
subscriber notification device(s), is able to promptly 
detect when fraud is being perpetrated on the sub- 
scriber's account associated with the transaction 



device, and is able to quickly prevent future fraud on the 
relevant account. 

[0011] FIG. 1 is a block diagram illustrating the 
transaction notification system (as well as its associated 
methodology) of the present invention, the system 
being generally denoted by reference numeral 10. In 
architecture, with reference to FIG. 1, the transaction 
notification system 1 0 includes a transaction device 1 1 , 
a transaction processing center 13 that communicates 
with the transaction device 1 1 as indicated by reference 
arrow 12, and a subscriber notification device 15 that 
communicates with the transaction processing center 
13 as indicated by reference arrow 14. The transaction 
device 1 1 can be, for example, but not limited to, any of 
the following: a credit card point-of-sale (POS) device, a 
cellular telephone, an automated teller machine (ATM), 
a stockbroker computer, a shipment order computer, a 
utility company computer, a bank computer, a medical 
insurance company computer, a credit account compu- 
ter, etc. The subscriber notification device 15 can be, for 
example, but not limited to, any of the following: a com- 
puter having an electronic mail (e-mail) software pro- 
gram (e-mail computer), a pager, a facsimile machine, a 
computer maintaining a website on the World Wide Web 
(WWW) associated with the well known Internet (web- 
site computer), etc. 

[0012] The transaction processing center 13 of the 
transaction notification system 10 can be implemented 
manually via human implementation or automatically 
via some form of automated means. More specifically, 
relative to a manual implementation, a person situated 
at the transaction processing center 13 could monitor 
usage of the transaction device(s) 1 1 (which are config- 
ured to notify the center 13 when the device(s) 1 1 is uti- 
lized) and could initiate communications to the 
subscriber notification device 15, for example, via send- 
ing an e-mail message with a computer associated with 
the center 13 or a facsimile message with a facsimile 
machine associated with the center 13. Furthermore, 
the subscriber can be billed by the transaction process- 
ing center 13 based upon, for example, the number of 
messages communicated to the subscriber notification 
device 15, the number of usages detected, or a fixed 
period of time (e.g., daily, weekly, monthly). The bills 
can be manually produced or produced with the assist- 
ance of one or more computers. 
[0013] With respect to an automated configuration, 
the transaction processing center can utilize hardware, 
software, firmware, or a combination thereof to imple- 
ment the requisite functionality. In the preferred embod- 
iments, the transaction processing center 13 is 
implemented in an automated configuration and utilizes 
software that is stored in a memory and that is executed 
by a suitable instruction execution system, preferably by 
one or more computers. 

[0014] In operation in an automated configuration, 
the transaction processing center 13 automatically 
monitors (continuously or periodically) the appropriate 
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FIG. 1 is a block diagram illustrating the transaction 
notification system and method of the present 
invention; 

FIG. 2 is a block diagram of a transaction process- 15 
ing center computer of the transaction processing 
center of FIG. 1 ; 

FIG. 3 is a flow chart illustrating the architecture, 
functionality and operation of the transaction 20 
processing center computer of FIG. 2; 

FIG. 4 is a block diagram of the transaction notifica- 
tion system of FIG. 1 in the context of its use in con- 
nection with a credit card account; 25 

FIG. 5 is a block diagram of the transaction notifica- 
tion system of FIG. 1 in the context of its use in con- 
nection with an ATM account; and 

30 



3 



5 



EP 1 067 492 A2 



6 



transaction device(s) 1 1 for usage. At the time of usage 
of the transaction device(s) 11 or at a later time, the 
transaction processing center 13 communicates a noti- 
fication message to the appropriate subscriber notifica- 
tion device(s) 15 in order to ultimately advise the 5 
subscriber to the transaction notification service of the 
usage of the transaction device(s) 1 1 . The transaction 
processing center 13 can be configured to notify the 
subscriber notification device(s) 15 upon the occur- 
rence of each usage of the transaction device(s) 1 1 or w 
after a predefined number of usages have been accu- 
mulated. 

[0015] Furthermore, the subscriber can be auto- 
matically billed by the transaction processing center 13 
based upon data files and records maintained by the 15 
center 13. The data files and records can define, for 
example, the number of messages communicated to 
the subscriber notification device 15 and/or the number 
of usages detected. Bills can be automatically gener- 
ated based upon, for example, the number of messages 20 
communicated to the subscriber notification device 15, 
the number of usages detected, or a fixed period of time 
(e.g., daily, weekly, monthly). 

[0016] As a result of the transaction notification sys- 
tem 10 (in either the manual of automated configura- 25 
tion), the subscriber is able to monitor usage of the 
transaction device 11 in a timely manner, is able to 
promptly detect when fraud is being perpetrated on the 
subscriber's account associated with the transaction 
device 1 1 , and is able to quickly prevent future fraud on 30 
the relevant account. 

[0017] FIG. 2 is a block diagram of a possible imple- 
mentation of a transaction processing center computer 
16 associated with the center 13 (FIG. 1) for achieving 
fully automated operation of the transaction notification 35 
system 10 (FIG. 1). In the preferred embodiment, the 
transaction processing center computer 16 is a general 
purpose computer, such as a commercially available 
workstation. As shown in FIG. 2, in architecture, the 
transaction processing center computer 16 includes a 40 
central processing unit (CPU) 21, a memory 22 (e.g., 
volatile and/or nonvolatile memory, random access 
memory (RAM), read only memory (ROM), etc.) config- 
ured to store a conventional operating system (O/S) 15 
and a transaction notification control 17 (in the form of 45 
application software) for implementing the functionality 
of the present invention, one or more input devices 24 
(e.g., a keyboard, a mouse, a trackball, etc.), one or 
more output devices 26 (e.g., display, printer, etc.), a 
transaction device interface 27 (e.g., a modem), and so 
subscriber notification device interface 28 (e.g., a 
modem, facsimile machine, etc.), and a local interface 
29 (e.g., one or more buses) that electrically intercon- 
nects the foregoing apparatus/systems and enables 
electrical intercommunication among same. As shown 55 
within memory 22, the transaction notification control 22 
maintains at least the following data, preferably in a suit- 
able software database: account records, subscriber 



records, transaction records, and bill records. 
[0018] In operation, the O/S 15 and the transaction 
notification control 17 are executed by the CPU 21 in 
order to control the computer 16 and to accomplish the 
goals of the present invention. The transaction notifica- 
tion control 17 can be configured via the one or more 
input devices 24 and can provide data to the one or 
more output devices 26. The transaction notification 
control 1 7 monitors usage of the transaction device 1 1 
(FIG. 1) via the transaction device interface 27 and initi- 
ates communications to the subscriber notification 
device 15 via the subscriber notification device interface 
28. The transaction notification control 1 7 can be config- 
ured to, automatically or in response to an appropriate 
queue, generate a bill for a subscriber via the one or 
more output devices 26. In an alternative embodiment, 
the transaction processing center computer 16 can 
communicate billing information to another computer, 
which produces a bill for the subscriber of the service. 
[0019] The transaction notification control 1 7, which 
comprises an ordered listing of executable instructions 
for implementing logical functions, can be embodied in 
any computer-readable medium for use by or in connec- 
tion with an instruction execution system, apparatus, or 
device, such as a computer-based system, processor- 
containing system, or other system that can fetch the 
instructions from the instruction execution system, 
apparatus, or device and execute the instructions. In the 
context of this document, a "computer-readable 
medium" can be any means that can contain, store, 
communicate, propagate, or transport the program for 
use by or in connection with the instruction execution 
system, apparatus, or device. The computer readable 
medium can be, for example but not limited to, an elec- 
tronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propaga- 
tion medium. More specific examples (a nonexhaustive 
list) of the computer-readable medium would include 
the following: an electrical connection (electronic) hav- 
ing one or more wires, a portable computer diskette 
(magnetic), a random access memory (RAM) (mag- 
netic), a read-only memory (ROM) (magnetic), an eras- 
able programmable read-only memory (EPROM or 
Flash memory) (magnetic), an optical fiber (optical), 
and a portable compact disc read-only memory 
(CDROM) (optical). Note that the computer-readable 
medium could even be paper or another suitable 
medium upon which the program is printed, as the pro- 
gram can be electronically captured, via for instance 
optical scanning of the paper or other medium, then 
compiled, interpreted or otherwise processed in a suita- 
ble manner if necessary, and then stored in a computer 
memory. 

[0020] FIG. 3 is a flow chart that illustrates the 
architecture, functionality, and operation of a possible 
implementation of the transaction notification control 17 
(FIG. 2). In this regard, each block of the flow chart rep- 
resents a module, segment, or portion of code, which 
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comprises one or more executable instructions for 
implementing the specified logical function(s). It should 
also be noted that in some envisioned alternative imple- 
mentations, the functions noted in the blocks may occur 
out of the order noted in FIG. 3. For example, it is possi- 5 
ble that the software could be implemented so that two 
blocks shown in succession in FIG. 3 may in fact be exe- 
cuted substantially concurrently or the blocks may 
sometimes be executed in the reverse order, depending 
upon the functionality involved. 10 
[0021] Referring to FIG. 3, the transaction notifica- 
tion control 17 is configured to receive, validate, and 
store a transaction record indicative of usage of the 
transaction device 11 (FIG. 1). Preferably, the transac- 
tion record stores an account number, vender identifica- 15 
tion (ID), and amount of charge to the account number, 
and date (perhaps including time) information associ- 
ated with a charge. Optionally, but preferably, the trans- 
action record is time stamped and assigned a unique 
serial number. The time stamp can be used for tracking, 20 
validating, and sorting purposes. The serial numbers 
can be used for sorting purposes. 
[0022] Next, as indicated in block 32, the transac- 
tion notification control 17 queries the database 23 in 
order to determine if the subscriber has requested the 25 
transaction notification service. If not, then the transac- 
tion notification control 1 7 reverts back to block 31 . Oth- 
erwise, in the case when the subscriber has requested 
a service, process flow transfers to block 33. 
[0023] As denoted at block 33, the transaction noti- 30 
fication control 17 determines whether it is now appro- 
priate to send a transaction notification to the subscriber 
notification device 15 (FIG. 1). The control 17 makes 
this determination based upon whether the number of 
transaction records equals a predefined threshold or 35 
whether a predefined time period has run, which param- 
eters are set by the subscriber or administrator of the 
center 13. As mentioned, the foregoing parameters are 
input to the transaction notification control 17 via the 
one or more input devices 24 (FIG. 2). If it is not time to 40 
send a transaction notification, then the transaction 
record is stored for later transmission to the subscriber 
notification device 15, as indicated at block 34, and 
process flow reverts back to block 31 . In the case where 
it is time to send a transaction notification to the sub- 45 
scriber notification device 15, process flow reverts to 
block 35. 

[0024] As indicated in block 35, the transaction noti- 
fication control 17 creates and sends a suitable notifica- 
tion message to the appropriate subscriber notification so 
device 1 5. The message may be formatted to any suita- 
ble format, encrypted, and/or transformed into an exe- 
cutable file(s), if desired. Many format, encryption 
techniques, and techniques for creating executable files 
are well known in the art and are not described herein 55 
for simplicity. 

[0025] Finally, as denoted at block 36, the transac- 
tion notification control 17 updates the bill record corre- 



sponding with the subscriber so that the subscriber can 
be accurately and appropriately billed for the transac- 
tion notification service, and process flow reverts to 
block 31. 

First Preferred Embodiment 

[0026] FIG. 4 is a block diagram of the first pre- 
ferred embodiment 1 0' of the present invention wherein 
the transaction notification system 10 (FIG. 1) is used in 
connection with a credit card account. In this context, as 
shown in FIG. 4, the transaction device 11, is a credit 
card point-of-sale (POS) device, which is monitored by 
the transaction processing center computer 1 6. 
[0027] When a credit card transaction occurs in a 
business establishment or otherwise, the credit card 
number is input into the POS device 1 1 , typically manu- 
ally via a keypad or automatically via swiping a mag- 
netic stripe associated with the credit card by a 
magnetic stripe reader associated with the device 1 1 . In 
conventional POS devices 1 1 , this causes a modem 41 
associated with the POS device 1 1 to initiate a commu- 
nication link with a central office (CO) switch 42, which 
is well known in the art of telephony. The CO switch 42 
is typically located at a telephone company facility, 
oftentimes referred to as a central office or CO. The CO 
switch 42 controls communications to/from a public 
switch telephone network (PSTN) 44, which is also well 
known in the art. 

[0028] Another central office switch 46 located at 
another telephone company facility is also connected 
with the PSTN 44 and receives and controls the receipt 
of data from the formerly mentioned CO switch 42. 
[0029] The switch 46 communicates with the trans- 
action processing center computer 16 via a modem 48 
associated with the switch 46 and a modem (not shown; 
see element 27 in FIG. 2) associated with the transac- 
tion processing center computer 1 6. 
[0030] As shown, the transaction processing center 
computer 16 maintains and is able to access the data- 
base 23 for, among other things, account, subscriber, 
transaction, and billing information. Any suitable file 
structure may be utilized in the database 23. 
[0031] In this specific first preferred embodiment 
10', the transaction processing center computer 16 
includes an e-mail system 53 (in software in memory 22 
of FIG. 2) or has access to one associated with an inter- 
connected computer, which communicates to a suitable 
internet service provider 64 by way of modem 28', fire- 
wall 56, backbone router 58, and router 62, all of the 
foregoing of which are well known in the art. The e-mail 
system 53 can be, for example, Microsoft Outlook or 
Eudora, which are commercially available e-mail pro- 
grams. In general, the firewall 56 puts up a barrier that 
controls the flow of traffic between networks, and the 
routers 58, 62 are internetworking devices, They allow 
each interconnected network to retain their subnetwork 
address, broadcast characteristics, and so on, but each 
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network can still communicate through the router con- 
nections with other networks. 

[0032] The internet service provider (ISP) 64 com- 
municates with a CO switch 68 via the PSTN 44. The 
switch 68 communicates to a subscriber computer 15, 5 
for example, a PC, by way of a modem 71 , which is 
associated with the subscriber computer 15. The sub- 
scriber computer 15 includes an e-mail system 73, for 
example, Microsoft Outlook or Eudora, which are com- 
mercially available programs and which can be 
accessed by the subscriber for receiving transaction 
notifications and, if desired, bills for the transaction noti- 
fication service. 

[0033] Thus, as is clear from FIG. 4 and the afore- 
mentioned discussion, the transaction notification sys- 
tem 10 (FIG. 1) can be easily implemented in 
connection with a credit card account to fight fraud. 

Second Preferred Embodiment 

[0034] A second preferred embodiment 10" of the 
transaction notification system 10 (FIG. 1) is shown in 
FIG. 5. In this context, the transaction notification sys- 
tem 10 is used in connection with an ATM account. 
[0035] When an ATM transaction occurs, an ATM 
number is input into the ATM 1 1 , typically via swiping a 
magnetic stripe associated with the ATM card by a mag- 
netic stripe reader associated with the ATM 1 1 . In con- 
ventional ATM 1 1 , this causes a modem 41 associated 
with the ATM 1 1 to initiate a communication link with a 
central office (CO) switch 42. The CO switch 42 controls 
communications to/from a public switch telephone net- 
work (PSTN) 44. 

[0036] Another central office switch 46 located at 
another telephone company facility is also connected 
with the PSTN 44 and receives data from the former CO 
switch 42. 

[0037] The switch 46 communicates with the trans- 
action processing center computer 16 via a modem 48 
associated with the switch 46 and a modem (not shown; 
see element 27 in FIG. 2) associated with the transac- 
tion processing center computer 16. 
[0038] As shown, the transaction processing center 
computer 1 6 maintains and is able to access the data- 
base 23 for, among other things, account, subscriber, 
transaction, and billing information. Any suitable file 
structure may be utilized in the database 23. 
[0039] In this specific second preferred embodi- 
ment 10", the transaction processing center computer 
16 includes an e-mail system 53 (in memory 22 of FIG. 
2) or has access to one associated with an intercon- 
nected computer, which communicates to a suitable 
internet service provider 64 by way of modem 28', fire- 
wall 56, backbone router 58, and router 62. 
[0040] The ISP 64 communicates with a CO switch 
68 via the PSTN 44. The switch 68 communicates to a 
subscriber computer 15, for example, a PC, by way of a 
modem 71, which is associated with the subscriber 



computer 15. The subscriber computer 15 includes an 
e-mail system 73, for example, Microsoft Outlook or 
Eudora, that can be accessed by the subscriber for 
receiving transaction notifications and, if desired, bills 
for the transaction notification service. 
[0041] Therefore, as is clear from FIG. 5 and the 
aforementioned discussion, the transaction notification 
system 10 (FIG. 1) can be easily implemented in con- 
nection with an ATM account to fight fraud. 

Third Preferred Embodiment 

[0042] A third preferred embodiment 10'" of the 
transaction notification system 10 (FIG. 1) is shown in 
FIG. 6. In this third preferred embodiment, the transac- 
tion notification system 10 is used in connection with a 
cellular telephone account. 

[0043] When a cellular telephone transaction 
occurs, the MIN and ESN numbers are automatically 
communicated from the cellular telephone 1 1 to the cel- 
lular station 75. In turn, the cellular station 75 estab- 
lishes a communication link with a central office (CO) 
switch 42. The CO switch 42 controls communications 
to/from a public switch telephone network (PSTN) 44. 
[0044] The switch 42 communicates with the trans- 
action processing center computer 16 via the PSTN 44 
and a modem (not shown; see element 27 in FIG. 2) 
associated with the transaction processing center com- 
puter 16. 

[0045] As shown, the transaction processing center 
computer 1 6 maintains and is able to access the data- 
base 23 for, among other things, account, subscriber, 
transaction, and billing information. Any suitable file 
structure may be utilized in the database 23. 
[0046] In this specific third preferred embodiment 
10'", the transaction processing center computer 16 
includes an e-mail system 53 (in memory 22 of FIG. 2) 
or has access to one associated with an interconnected 
computer, which communicates to a suitable internet 
service provider 64 by way of modern 28', firewall 56, 
backbone router 58, and router 62. 
[0047] The ISP 64 communicates with a CO switch 
68 via the PSTN 44. The switch 68 communicates to a 
subscriber computer 1 5, for example, a PC, by way of a 
modem 71, which is associated with the subscriber 
computer 15. The subscriber computer 15 includes an 
e-mail system 73, for example, Microsoft Outlook or 
Eudora, that can be accessed by the subscriber for 
receiving transaction notifications and, if desired, bills 
for the transaction notification service. 
[0048] Hence, as is clear from FIG. 6 and the afore- 
mentioned discussion, the transaction notification sys- 
tem 10 (FIG. 1) can be easily implemented in 
connection with a cellular telephone account to fight 
fraud. 
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Other Embodiments 

[0049] The transaction notification system 10 (and 
its associated methodologies) can be applied to many 
other types of accounts and can be configured to pro- 5 
vide notifications to the subscriber via means other than 
e-mail transmissions. A few of these are briefly men- 
tioned hereafter, as examples, and a detailed discus- 
sion is not set forth herein for simplicity. However, it will 
be apparent to one with skill in the art how to readily w 
implement the transaction notification system 10 in 
these contexts as well as others that are not specifically 
mentioned. 

[0050] The system 1 0 can be implemented in con- 
nection with a stockbroker account. In accordance with 15 
the system 10, a subscriber is notified when a stock 
trade takes place. 

[0051] The system 10 can be implemented in con- 
nection with a shipment order computer. In accordance 
with the system 10, a subscriber is notified when an 20 
order has been placed and charged to an account. 
[0052] The system 1 0 can be implemented in con- 
nection with a utility company computer, for example, an 
electric company, water company, etc. In accordance 
with the system 10, a subscriber is notified when a util- 25 
ity, such as electricity or water, is being used or charged 
to the account. 

[0053] The system 1 0 can be implemented in con- 
nection with a bank computer. In accordance with the 
system 1 0, a subscriber is notified when a bank account 30 
is accessed to withdraw, deposit money, transfer funds, 
or otherwise utilize the account. 

[0054] The system 1 0 can be implemented in con- 
nection with a medical insurance computer. In accord- 
ance with the system 1 0, a subscriber is notified when a 35 
request for payment from a medical insurance company 
has been made by a party and/or when a payment 
based upon a policy has been made. 
[0055] The system 1 0 can be implemented in con- 
nection with a credit account computer, perhaps associ- 40 
ated with a retail establishment, such as a lumber 
company. In accordance with the system 10, a sub- 
scriber is notified when a purchase has been made and 
charged to the credit account. 

[0056] The system 1 0 can be implemented to send 45 
notification messages to the subscriber in a number of 
ways, other than via e-mail, for example but not limited 
to, via a communication to a pager, via a communication 
to a facsimile machine, by posting the information on a 
website on the WWW of the I nternet for allowing viewing so 
by the subscriber, etc. 

[0057] In concluding this detailed description, it 
should be emphasized that the above-described 
embodiments of the present invention, particularly, any 
"preferred" embodiments (e.g., the first, second, and 55 
third preferred embodiments), are merely possible 
examples of implementations, merely set forth for a 
clear understanding of the principles of the invention. 



Many variations and modifications may be made to the 
above-described embodiment(s) of the invention with- 
out departing from the scope of the invention. 

Claims 

1. A method for implementing a transaction notifica- 
tion service, comprising the steps of: 

receiving subscription information from a sub- 
scriber identifying a transaction device to be 
monitored for usage and identifying a sub- 
scriber notification device to be notified when 
said transaction device is used; and 

communicating a notification message to said 
subscriber notification device when said trans- 
action device has been used. 

2. The method of claim 1, wherein said transaction 
device is a credit card point-of-sale device, a cellu- 
lar telephone, an automated teller machine, a stock 
broker computer, or an shipment order computer. 

3. The method of claim 1, wherein said subscriber 
notification device is an e-mail computer, pager, 
facsimile machine, or website computer. 

4. The method of claim 1 , further comprising the step 
of billing said subscriber for communicating each 
said notification message. 

5. The method of claim 1 , further comprising the steps 
of: 

monitoring use of said transaction device; and 

billing said subscriber for a notification service 
based upon a period of time. 

6. The method of claim 1, wherein said transaction 
device is a point-of-sale device for processing a 
credit card transaction, said subscriber notification 
device is a computer having an e-mail program, and 
said notification message is an e-mail message. 

7. The method of claim 1, wherein said transaction 
device is a cellular telephone, said subscriber noti- 
fication device is a computer having an e-mail pro- 
gram, and said notification message is an e-mail 
message. 

8. The method of claim 1, wherein said notification 
message comprises executable files that are con- 
figured, when executed, to update files in said sub- 
scriber notification device. 

9. The method of claim 1 , further comprising the step 
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of encrypting said notification message prior to or 
during said communicating step. 

10. A method for implementing a transaction notifica- 
tion service, comprising the steps of: 5 

receiving subscription information from a sub- 
scriber identifying a transaction device to be 
monitored for usage and identifying a sub- 
scriber notification device to be notified when 10 
said transaction device is used; 

accumulating a plurality of transaction records 
corresponding with respective usage transac- 
tions of said transaction device; and 15 

communicating a notification message to said 
subscriber notification device, said notification 
message indicating said transaction records. 

20 

11. The method of claim 10, wherein said transaction 
device is a credit card point-of-sale device, a cellu- 
lar telephone, an automated teller machine, a stock 
broker computer, or an shipment order computer. 

25 

12. The method of claim 10, wherein said subscriber 
notification device is an e-mail computer, pager, 
facsimile machine, or website computer. 

13. The method of claim 10, further comprising the step 30 
of billing said subscriber for communicating each 
said notification message. 

14. The method of claim 10, further comprising the step 

of billing said subscriber for a notification service 35 
based upon a period of time. 

15. The method of claim 10, wherein said transaction 
device is a point-of-sale device for processing a 
credit card transaction, said subscriber notification 40 
device is a computer having an e-mail program, and 
said notification message is an e-mail message. 

16. The method of claim 10, wherein said transaction 
device is a cellular telephone, said subscriber noti- 45 
fication device is a computer having an e-mail pro- 
gram, and said notification message is an e-mail 
message. 

17. The method of claim 10, wherein said notification so 
message comprises executable files that are con- 
figured, when executed, to update files in said sub- 
scriber notification device. 

18. The method of claim 10, further comprising the step 55 
of encrypting said notification message prior to or 
during said communicating step. 



19. The method of claim 10, wherein said subscription 
information includes a time period, wherein said 
transaction records are stored over said time 
period, and wherein said notification message is 
communicated each said time period. 

20. The method of claim 10, wherein said subscription 
information includes a number of transactions and 
wherein said notification message is communicated 
after said number of transactions is accumulated. 

21. The method of claim 10, further comprising the step 
of assigning a respective serial number to each 
said usage transaction. 

22. The method of claim 10, wherein said receiving, 
accumulating, and communicating steps are per- 
formed manually by a person. 

23. The method of claim 10, further comprising the 
steps of 

controlling and implementing said receiving, 
accumulating, and communicating steps with a 
computer system; and 

enabling a person to communicate with said 
computer system to input said subscription 
information. 

24. The method of claim 10, further comprising the 
steps of: 

implementing said communicating step with a 
computer system; and 

enabling a person to communicate with said 
computer system to prompt said computer sys- 
tem to perform said communicating step. 

25. The method of claim 1 0, further comprising the step 
of providing a web site to enable said person to 
prompt said computer system to perform said com- 
municating step. 

26. The method of claim 24, further comprising the step 
of providing a telephone interface to enable said 
person to prompt said computer system via a tele- 
phone call to perform said communicating step. 

27. A system for implementing a transaction notification 
service, comprising: 

means for receiving subscription information 
from a subscriber identifying a transaction 
device to be monitored for usage and identify- 
ing a subscriber notification device to be noti- 
fied when said transaction device is used; 
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means for accumulating a plurality of transac- 
tion records corresponding with respective 
usage transactions of said transaction device; 
and 

5 

means for communicating a notification mes- 
sage to said subscriber notification device, said 
notification message indicating said transac- 
tion records. 

10 

28. A computer system for implementing a transaction 
notification service, comprising a processor pro- 
grammed to receive subscription information from a 
subscriber identifying a transaction device to be 
monitored for usage and identifying a subscriber 15 
notification device to be notified when said transac- 
tion device is used, accumulate a plurality of trans- 
action records corresponding with respective usage 
transactions of said transaction device, and com- 
municate a notification message to said subscriber 20 
notification device, said notification message indi- 
cating said transaction records. 
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START 
RECEIVE, VALIDATE, AND STORE 
TRANSACTION RECORD. IN TRANSACTION 
RECORD, PREFERABLY STORE ACCOUNT 
NUMBER, VENDER ID, AMOUNT OF CHARGE, 
AND DATE/TIME OF CHARGE. OPTIONALLY, 
BUT PREFERABLY, TIME STAMP THE RECORD 
AND/OR ASSIGN A UNIQUE SER.NO.TO THE 
RECORD (FOR FUTURE SORTING PURPOSES). 



31 

V 



34 



-32 



STORE TRANSACTION 
RECORD FOR LATER 
TRANSMISSION TO 
SUBSCRIBER 
NOTIFICATION DEVICE. 



17 



QUERY SUBSCRIBER 
DATABASE TO DETERMINE IF 
SUBSCRIBER HAS REQUESTED 
TRANSACTION NOTIFICATION. 



.NO. 



■33 

DETERMINE 
'WHETHER IT IS NOW APPROPRIATE^ 
'TO SEND TRANSACTION NOTIFICATION(S), i.e.; 
"WHETHER NUMBER OF TRANSACTION RECORDS EQUALS^ 
THE PREDEFINED THRESHOLD OR WHETHER THE 
PREDIFINED TIME PERIOD HAS RUN. 



35 



CREATE AND SEND NOTIFICATION MESSAGE 

TO SUBSCRIBER NOTIFICATION DEVICE. 
OPTIONALLY, FORMAT MESSAGE TO SUITABLE 
FORMAT, ENCRYPT MESSAGE AND/OR 
TRANSFORM THE MESSAGE INTO AN 
EXECUTABLE FILERS). 



FIG. 3 



UPDATE BILL RECORD CORRESPONDING 
WITH SUBSCRIBER. 
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